home *** CD-ROM | disk | FTP | other *** search
/ The Atari Compendium / The Atari Compendium (Toad Computers) (1994).iso / files / umich / falcon / graphics / flictc40.lzh / DEUTSCH / CHANGES.TXT next >
Text File  |  1994-10-28  |  10KB  |  197 lines
  1. Änderungen am FLIC-Player FLICTCxx.PRG
  2.  
  3.  
  4. 28.10.94
  5. Version 4.0.0 (ehemals 3.6.0 ...)
  6. Es klappt! Es klappt! Der Player kann nun auch FLCs abspielen!
  7. Mein Dank gebührt Alexander Clauss, der mir mit Informationen über das
  8. FLC-Format aushelfen konnte; der c't-Artikel war in dieser Hinsicht leider
  9. nicht sehr ergiebig. Momentan gibt es noch Probleme mit vereinzelten FLIs
  10. (z.B. 7J7.FLI), bei denen der Player das Ende nicht richtig erkennt und
  11. einfach abbricht, trotzdem werde ich diese Version veröffentlichen, da nur
  12. wenige FLIs betroffen sind und der Fehler auch schon in allen anderen
  13. Versionen steckte.
  14. Auslöser für den Entschluß nun doch FLCs abzuspielen, war übrigens die
  15. Erkenntnis, daß man auf einem 68030 in nur 6 Takten aus einem Intel-Wort
  16. ein Motorola-Wort machen kann. Wie? - Ganz einfach: ein ror.w #8,D0 erledigt
  17. das Gewünschte, zu allem Überfluß kann der '030 auch Worte von ungeraden
  18. Adressen lesen, so daß man mit zwei Befehlen ein Intel-Wort aus dem Speicher
  19. holen und in das Motorola-Format wandeln kann!
  20.  
  21. 20.10.94
  22. Version 3.5.3 (immer noch)
  23. am Player selbst keine Veränderungen, allerdings ist die englische
  24. Anleitung nochmal leicht überarbeitet worden (Dank an Lars Weinrich).
  25. Außerdem habe ich einen einfachen Benchmark (HYDRAMRK.TOS) beigelegt, der
  26. die CPU- und Busperformance mißt, nützlich um die Busbelastung durch die
  27. Videoauflösung zu ermitteln. Benutzer von Auflösungserweiterungen können
  28. sich zum Beispiel eine Auflösung 320x200 in HiColor, 60Hz, SINGLESCAN
  29. basteln, allerdings natürlich auf eigene Gefahr (Monitordaten beachten!),
  30. mein Rechner erreicht in einer solchen Auflösung (bei 20 Mhz) 117% im Ver-
  31. gleich zu ST-Hoch auf einem 16MHz-Falken, neuer Rekord bei 40MHz und
  32. <HANDS.FLI> 688.8 fps ...
  33.  
  34. 06.10.94
  35. Version 3.5.3
  36. Es wird nun überprüft, ob die abzuspielende Datei wirklich ein FLI ist,
  37. nicht überall wo FLI hintersteht ist auch FLI davor (oder so ähnlich).
  38. In Version 4.0 werden wohl FLCs unterstützt werden, allerdings weiter nur
  39. in HiColor (ich habe nämlich einige 320x200 FLCs entdeckt - es gibt sie
  40. also doch!). Außerdem existiert nun die Datei SPEED.TXT in der die er-
  41. reichten Maximalgeschwindigkeiten einiger FLIs auf meinem Falcon angegeben
  42. sind.
  43.  
  44. 04.10.94
  45. Version 3.5.2 (nicht veröffentlicht)
  46. Im Fehlerfall wurde die Eingabedatei nicht geschlossen, nun behoben.
  47.  
  48. 02.10.94
  49. Version 3.5.1 (nicht veröffentlicht)
  50. Tja, nobody's perfect, ein alter, längst tot geglaubter Bekannter war in
  51. Version 3.5.0 wieder aufgetaucht (bei FAN.FLI und MOUSE.FLI):
  52. <skipping unknown chunk type ...>, trat allerdings nur beim Spielen
  53. von Platte auf, ich habe ihm (hoffentlich!) endgültig Hausverbot erteilt, das
  54. mysteriöse work around aus Version 3.1 ist hiermit rehabilitiert ...
  55. Der freie Speicher wird nun auf der Statusseite (-i=1) mit angezeigt.
  56. Ich überlege für zukünftige Versionen die Speicherverwaltung aus Version
  57. 3.4.x zusätzlich wieder einzuführen, da bei sehr komplexen Animationen mit
  58. sehr großen Einzelbildern die Abspielgeschwindigkeit beim jetzigen Verfahren
  59. stark einbricht (die Festplatte ist halt kein D-Zug... wie wär's mit 'ner
  60. RAM-Disk?!), ein Festplattencache kann den Effekt aber mildern ...
  61.  
  62. 01.10.94
  63. Version 3.5.0 (nicht veröffentlicht)
  64. Die Speicherverwaltung ist noch einmal komplett umgekrempelt worden, FLIs
  65. die nicht komplett in den Speicher passen werden jetzt Bild für Bild von
  66. der Platte gespielt, die Daten für das nächste Bild werden wenn möglich in
  67. der Wartezeit für das nächste Bild geladen, die Animationen wirken nun viel
  68. flüssiger, allerdings ist der Betrieb von Diskette dadurch ziemlich unmöglich
  69. geworden, aber andererseits sollte jeder Falcon genug Speicher haben, um eine
  70. Datei von Diskette komplett laden zu können (oder gibt es nun doch 1MB-
  71. Falcons?)
  72. Außerdem ist der Player mit eingeschalteter VBL-Synchronisation nochmal ein
  73. ganzes Stück schneller geworden (bis zu 20%) (eine Zeilenvertauschung bei den
  74. Timing-Schleifen macht's möglich), nun lassen sich auch bei eingeschalteter
  75. Vsync-Option meistens 95-105% der Originalgeschwindigkeit errreichen!
  76. Ach ja, der Player ist sogar 1kB im Vergleich zur Version 3.4.1 kürzer
  77. geworden ...
  78. Der <-m=xxxxx> Schalter aus Version 3.4.1 existiert übrigens weiter,
  79. vielleicht kann's irgend jemand gebrauchen und außerdem kann man so auch
  80. ohne übergroße FLIs zu besitzen (so wie ich) der Platte mal ein bißchen
  81. Streß machen ...
  82.  
  83. 27.9.94
  84. Version 3.4.1 (nicht veröffentlicht)
  85. neuer Schalter (-m=xxxxx) eingeführt, der den Player veranlasst nur
  86. xxxxx kB RAM zu benutzen, dazu mußte die Commandine-Auswertung komplett
  87. überarbeitet werden, nach Außen hat sich allerdings nichts geändert.
  88.  
  89. 27.9.94
  90. Version 3.4.0 (nicht veröfentlicht)
  91. Der Player kann nun Dateien, die nicht in den Speicher passen direkt von
  92. Diskette oder Festplatte abspielen, wobei das freie RAM als Puffer genutzt
  93. wird. Im Gegensatz zu anderen Playern werden Dateien die komplett ins RAM
  94. passen auch weiterhin ganz aus dem RAM abgespielt. 
  95. Im Moment lädt der Player immer so viel von dem FLI, wie gerade in den
  96. Speicher paßt, spielt den Puffer bis kurz vor das Ende ab und lädt dann 
  97. nach. Dieses Vorgehen bringt im Schnitt die höchste Abspielrate, allerdings
  98. hakt die Darstellung bei großem Puffer und sehr langen FLIs ein wenig, da
  99. unter Umständen mehrere Megabytes nachgeladen werden müssen ...
  100. In der nächsten Version wird es einen Schalter geben, der den Player anweist
  101. nur eine gewisse Menge Speicher zu verwenden; außerdem denke ich über FLC-
  102. Unterstützung nach, weiß jemand ob es auch FLCs in Auflösungen kleiner als 
  103. 640x480 gibt (z.B. 320x200 oder 480*400) ?
  104.  
  105. 26.9.94
  106. Version 3.3.3 (nicht veröffentlicht)
  107. Dateien, die nicht in den Speicher passen, werden nun auch nicht mehr
  108. geladen. Dieser peinliche Fehler steckte in allen bisherigen Versionen
  109. und konnte zu einem Totalabsturz führen...
  110.  
  111. 25.9.94
  112. Version 3.3.2 (nicht veröffentlicht)
  113. Es gab wohl doch noch einen(?) Fehler im Player (nobody's perfect,
  114. vielen Dank an Alexander Clauss!). Manchmal wurde der Chunkheader nicht
  115. korrekt gefunden, das (sowieso nicht besonders elegante) work around aus
  116. Version 3.1 war halt noch nicht ganz das Gelbe vom Ei, glücklicherweise 
  117. gibt es eine ziemlich einfache Lösung (manchmal sieht man den Wald vor 
  118. lauter Bäumen nicht - nochmal vielen Dank an Alexander...), jetzt sollten
  119. sich alle FLIs abspielen lassen, die auch in den Speicher passen... 
  120. (mal schauen, wer mich diesmal eines besseren belehrt?!?)
  121.  
  122. 8.9.94
  123. Version 3.3.1
  124. Für den Grünanteil werden die in HiColor vorhandenen 6 Bit nun auch aus-
  125. genutzt, vorher lag das niederwertigste Grünbit brach (d.h. auf Null).
  126.  
  127. 6.9.94
  128. Version 3.3
  129. Schalter zur Anzeige der Header-Information eingebaut, bisher zeigte der
  130. Player den Header beim Start kurz an und begann gleich darauf mit dem
  131. Abspielen, sehr unschön, aber wie gesagt Vergangenheit.
  132. Ein paar kosmetische Verschönerungen, um den Film wird nun ein Zelluloid-
  133. streifen dargestellt, ist allerdings nur bei ausreichend hoher Auflösung
  134. (ab 400x270) voll sichtbar, macht sich aber ganz gut (Eigenlob!).
  135.  
  136. 4.9.94
  137. Version 3.2 (immer noch)
  138. Englische Kurzanleitung gestrickt: quick and dirty, aber besser als
  139. nix, konstruktive(!) Kritik erlaubt.
  140.  
  141. 13.8.94
  142. Version 3.2
  143. Umstellung auf 68020-Code, das bringt nun je nach Animation bis zu
  144. 15% mehr Geschwindigkeit!
  145. Um diesen Unterschied messen zu können wurde ein neuer Schalter 
  146. (-t=0/1) eingeführt, der den Player anweist die vorgegebene Abspiel-
  147. geschwindigkeit komplett zu ignorieren, neue Spitzengeschwindigkeit
  148. bei Aufruf mit -t=0 -v=0 HANDS.FLI : 608 fps (Falcon, 40MHz CPU, 
  149. 20MHz Bus, 320x200, 66.3Hz).
  150. Abfrage auf korrekte Auflösung eingebaut, vorher schmiß der Player
  151. Bomben, wenn er in einer Auflösung mit weniger als 65536 Farben 
  152. gestartet wurde.
  153.  
  154. 12.8.94
  155. Version 3.1 ist nun (hoffentlich) fehlerfrei, letzte Probleme mit
  156. wenigen Animationen beseitigt (FAN.FLI, MOUSE.FLI), irgendwie scheint
  157. der Header bei diesen FLIs ein Byte früher zu beginnen (noch in den
  158. Daten vom letzten Chunk?), mit dem Effekt, das mein Player nur die
  159. zweite Hälfte vom Magic fand und mit einer Fehlermeldung abbrach,
  160. das gehört nu